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1.2 EXECUTIVE SUMMARY 


{1,1 Project Abstract 


RSXel1M Version 3,2 is an updated release of the diskwebased RSX=1{1M 
operating system, The main purpose of the project is to provide, in a 
timely manmer, increased device support to extend our rdaltime product 
offering, to continue support for the low=@nd RSX={imM user, and to 
provide easier SYSGEN,; saute patch kits and other easewofeuse features, 


The development of RSXeiiM V3,2 will have a schedule which is 
approximately 14 months from start to finish, This update to RSX*1LiM 
V3,i1 will be cevelored te support new devices and to live up to our 
maintenance plan committment to ship updates at approximately one year 
intervals, It will contain fixes to all knowm bugs and will ship tn 
April 4979, 


{.2 Summary e% Goals 


The goal of RSx¥=J1M V3,2 is to provide quality software with ease of 
use amd suprert features and new device Support for the small to 
middle~sized PDPaili system, 


{1,3 Summary e+ Costs and Work Plan 


See Busimess Pian and System Plan, 


1.4 Summapy of schedule and Milestones 


The development of RSxXe11i™ V3,2 will be gone in staoes, The 
completion of each stage will be marked by the combination of all new 
software into a Base level upon which the mext stage of development 
will be done, Sase levels will be spaced at approximately 2=3 month 
intervals, | : 


The suggested schedule for RSxX=iiM V3.2 ‘4s for first customer 
shipments to begin April, 1979, Im this time frame the following is 
scheduled? 


Base level 23 38=eJune78 
Base level 24 15=Seop78 
Base level 25 15eNove7B 


Field test Bl=Decw7& 
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ee Jevel 26 15=Febe79 
Submission te SDC BB=Mare79 
First Customer Shipments iGS=Apre7¥9 


In addition, RSXe11M V3,1 Auto=Patch kits wil} be submitted to the SDC 
in the following months (quarterly starting with Q4 FY78): 


May=78 
Auge78 
Nove78 


Febe79 
2.2 DESCRIPTION OF PRODUCT 


Csi Problem Statement 


nf maim purpeses of RSXe11M YE.2 is to provide the followina: 


i, Bug ftxes amd ease ef use enhancements 


2, New device support. 
3. SCS#i1 operating system kernel 


Fixing of ali kmownm bugs and the distribution of autoepatch kits 
should maintain customer confidence amd enhance the viability of 
WUodate services, It should also help to Create an even hetter 
customer {mage as to the quality Cand our dedication te that quality) 
of the RSXe{1M product, 


Additional peripheral device Support bfoadems the market {mn Which 
RSX=1iM V3.2 cam be sold and provides the capability to offer a larger 
spectpum of competitive configurations, 


The addition of new executive and MCR features stems from recuests 
made by the SCSe{i development Group, RSXeiim V3.2 will be used as 
the opePatina system kernel for that system, 
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2.2 Product Definition 


Cees li 


New Peatures 


Proposed enhancements are |jsted below, Note that items marked with 
an asterisk(*) are pequested by the SCSe11i1 project, They will mot be 


done {* manpower 


ce] 


6 


is not provided by CSSG, 


Provide an optional (new RSX=11M PLUS) terminal driver to 
support the following features: 


limited type ahead 

full duplex operation 

VT1i@@ support (ANSI escape sequences) 
DHi! DMA output exploitation 

fully buffered I/O internal to the oriver 


Support of the followings new devices will be added based upon 


hardware 


availability and completion of device drivers by the 


FT/C i70 Subsystems Grou, 


RX@2 = .5 MB diskette 

RX@3 = {| MB o{skatte ~ 

TS@c = 45 {es tape drive ; ; 

TUV7 = TU4S Pepiacement (reauires no Software 


RPCT 


modificatisns) 
32QMB fived media disk 


TU78 =~ 125 jos (8252 boi) tape system 
RL@2 = 12 MB disk 
TUS& = ,25 MB bloekestructured caftridge tape 


Provide # new high=steed backup/restore utility with the 
following goals? 


File 


Add new 


total volume or incremental operations 
back up am RP&S7 to TU78 in appFoximately 38 rinutes 
replacement of DSC for middlie= to large=sized systems 


Executive features as fellows: 


kExitewlthestatus | 

xSubset of the RSX=-{imM+ parenttoffspring executive 
directives ; 

Task STOPebit symchronization G{rectives 

Support for the PDPeli/23 and !isdé crecessors 

Add support for 2/4 file windows 

Cleaneup of GIO processing to @ase jntegration 

of user written ACPs, 


System Improvemants 


Use of 2/4 file windows 


PAGE 5 


o MCR tmprovements 


improvements} 


x ® 


Provide expanded HELE file 

kA console device driver to comtro! printing of 
console messages and jogging of them to a consoie 109 
file, 

*A special INSTALL for semje transparent multieuser 
task support 

Generie device allocation 

New commands (STOP, UNSTOP, SSM) 

LOA/UNL improvements — 

Qthers TBS 


improve human enGineering by doing one 
of the following: 


Provide system packages 

Support for a standard FCSRES for system utilities 
Provide a RSTS/TRAX=style Progfam to dynamically 
detect online device configuration; CP enhance the 
existing procedures performing the imteractive 
portions of SYSGEN to use validation, sutosanswer, and 
other techniques, 


ce RSx-1iS to erie for Generation and host support on 
>LUS and IAS as well as RSX=11™ V3.2, 


o Utility srogram enhancements 


SLP 3 


LBR: 


DMP 3s 


BAD3 


feRW to inhibit magtepe rewinding 

1602 BPI support 

RXA@2/RXG3, RKA6/RKB7, TUSB, an& RL@I/RLG2 support tn. 
RT=ii format, (Note that RT#iil automatic bed biock 
replacement can mot be supported,) 


Checksum Suprort 
Support 132 byte tnput lines 


eProvide support for a general library rsegardiess of 
the eontenrts of the modules (t@xt, taskss Gatar ette) 


/RW switch to allow user control of tape handling 
An option to produce a detailed, jabeled dump of 
Files=ii (ODS91) file headers, 
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= Provide the ability to add bad block data manually to 
the last track without writing om the entire disk, 


Volume Utilities: 
- INI support for the RX@2/23, RPAT, and TU58 
» MOU/DMO modifications to store volume labels for error 
ToSginGg, and allow muiticrie motats 

© Develop a new print spooler having the following capabilities: 
= Support muitiple line printers 
= Store print queue on disk 
= Allow user access to the print queue 


o Error Logging 


Allow operates imsut to be stored in the error log 
Display the voiume mame om errOp reports (for mounted 
volumes) 

= Sunoort the RX¥22/23,7T8@4,7TU77,1TU78,TUSB,RPPR7, and RLB2 


© Performance analysis == this will be done by a Joint effort 
between developers and Seftware Quality Engineers, 


24202 Additienal Items If Funcitg and Mam=power Are Available 

© Multiple command line interpreter support 

© Increase number of system global event fiags (EFNS) using 
VAX/VMS  {mplementation as a basis. (Note this must also be 
dome {m RSX=L1M+ to be Included in RSxX=114,) 

o DCLS support as a SYSGEN option, 

o KMCe1i Line Printer Controller driver 

o LPA=11 support for e2=bit mode operation 


o File System Improvements 


= Mapping file windows im the ACP’s address spate, 
removing them from the executive poole 


= Create a 12K FI1ACP to acauire additional address 
space for FCBs, windows, buffets, ete, 


- FCS bie buffering support, 
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>, a Supplied Software = RSX=iiM 


‘i, 


fhe RSXefih V3.2 System im addition to ‘Executive Services, MCR 
Services, and I/0 Drivers {is supplied with the following software 

sOomPonerntst 
: A Fileseil, ODSel] Compatibie File System CFLLACE) in three 
packages of 2K, 2.5K, and 5K reflecting tunctionality, sizes 


and speed options, 
2e A subset MACROew11 assembler (MAC @&K) 
3 


A full MACROS 4 assembler containing 41) features ineluding 
floating point and Cross=Reference suPpoert (BIGMAC = 14K) 


4. Task Bullder with Global Cross Refer€nce support (TKB) in” 
three packages of 8K, 14K and 22k reflecting functionalitye 
size, and speed options, 

S. Intersetive Edjtor (EDT) 

&. Source Language Input Program (SLP) 

7. Online Bebuaging Tool (ODT) 

Be Eveeutive Debugging Tool (XDT) 

GS. Pest Maertem and Snap Shot Dump Program (PMD) 


if, Systam Generation Procedures (Command files) 


11, Bad Block Locator Program (BAD) capable ef punning both in 


Saviine as ate: stanadelens form, 


12, Disk Structure Verification Program (VFY) 
13, File Exchange Utility (FLX) 

14, Peripheral Interchange Program (PIP) 

15, Librarian Utility C(LBR) 

16, File Dump Utility (DMP) 

17, Task Image Patch Utility (ZAP) 

18, Test Routines/Sample Procedure 

19, Disk Save and Compress Utility (OSC) 

2e@, Cross Reference Program (CRF) 

21, ANSI Magtape Suoport (MTAACP) 


22, LOGIN/LOGOUT support (ACNT, HEL, BYE) 
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23, Multdeuser support utilities (SKUTUP, BROAD) 
24, Object Module Patch Program (PAT) 


25, PRESRV = Volume Preservation Program = (for RK distribution 
only) 


26, RMSeij{ macro and subroutine libraries and utilities 
27, File Compare Utility COMP) 


28, Line mrinter despooler (PRT) and optional enhanced spooler 
packace : 


29, Indirect command file processor (seeATe) 
38, Crash Dump Analyzer Program (CDA) 
31, DEC stsaadard editer (EDT) 


32, New highspeed BACKUP/RESTORE Utility 


>,3 Produet Aucience 
9SXet1M V3l2 Ys targeted to the current users of RSX=11M (Realtime, 
2Pecass toentre? and Commumications/Networks) as well as sophisticated 


isepep whe wish te operate a multieuser system for program development 
amd pumming of applications, 


2,4 Comparison With The Competition 


“ompetitive cata is available from Product Management, 


2,5 Product Evaluation Strategy 


see Section 11 (the GA Plan) that is provided by Software Quality 
fanagement, 
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5 PROJECT GOALS 


» Provide bug fixes and reliability enbanhcements, 


Provide mew device support in time to exploit new hardware 
peripherals, 


» SYSGEN and ease of use emhancements, 
® Pravide an operating system kernel for SCS@11, 


It {8 4 recuipament of RSXelié V3,2 that all Noneprivileged programs 
written to run om RSX#iiM SLUS V1i,8, RSX=11M V3.1, or RSXeiiS V2,i 
wil} rum without modification, Tasks written for these versions of 
RSX=1iM or RSxXeifS will eye on RSXeliD V6,2 or IAS Version @ by 
rebu{iding the tasks srpovided they do mot use the Memery Management 
(PLAS) directives, 


It {s planned that RSXeliM V3,2 tasks will rum unchanged with only a 
p@ fble relink under VAXeVMS ANE, 


3,2 Funetionaiity Not Planned 


No mew functionality {s planned that would cOmpromise the system's 
rea) time resronse oP ealdability. Furthermore, funetional 
enkhamcements mot directly pelating to the above can only be considered 
if fundima andsor personnel commitments accompany the reauests, 


3.3 Pepfopmsance Goals 
The performance of RSX=i4M V3,2 will eaual that of RSX={1M V3ed, The 


performance of RSXel{M equals or surpasses that of R5Xe11D V6,2 and 
TAS in most categories om comparable configurations, 


3.4 Comtigupation Geals 


3 Mingmum Hardware Configurations 


AY] minimum hardware configurations currentiy listed im the V3.1 SPD 
will be _ supported, Tm addition, the following mew mingimyn 
configurations wil] be supported: ? 
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1, RPG7 system device 
2uKkK memory 
and 
 RHLL/RH7@ controller and one RP@7 drive 
and 
TM11 controller and one TE/TUI@ drive or, 


RH/TMZ2/G3 econtroller and one TE/TUL6 or TU4S or TUT7 drive, 
or 


RH/TM7@ controller anc ome TU78 arrive or, 
TSIi controller and one TSG4 drive, 
2, RL@2 system device 
2uUK of memory 
RLii controller ano ts RL@2 crives. 
For mactape distribution, the following is required? 
RLif controller and sme RL@2 drive 


TMiL controller and eme TE/TUIG drive or; 


we Df lt ee 


RH/TM@2/83 conmtrolle® and one TE/TUL6 or TUS or TU77 drive 
Os 


RH/TM7B contpolier ama ome TU78 drive or, 


TS141 controller and one TSA drive. 


32402 Supported Hardware Options 

RSXe{1M V3,2 will provide support for the processor options, real time 
clockS, and peripheral devices currently listed in the V3.3 $°D, In 
addition, the following hardware options wil! 8180 be supported, 
RLileRL@e Cartridge disk (Filese11] Structure » System Device) 
RHLL/RH7O=RPOT Fived Media Disk (CFileseli Structure = System Device) 


RX2L1—@RXR2/RX@3R Floppy Disk (Fileseili structure 
or RT1it format supported via FLX) 
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(3 Tape Cartridge (Files=11 sttucture or RT1i!1 format supported via 


TMA@3@TU77 Maatape (ANSI File Structured or BOS format Supported 


TM78=TU78 Maotape (ANSI f41e structured or DOS Format SUPPOPe ee 
via FLX), 


VT1@@ Alphanumeric Display Terminal 


Note 
DLiteE modem support for terminals wil] 


be available only with the optienal new 
terminal eriver, 


3.5 Sysport fest Goals 


(© is our goal to reduce support costs below the levels for RSX=1iM 
V3,1 (see sestisn 7,8), 


346 Reliability Goals 


BevittM 2% 3 aft 4 Tetatel tt aaa tot ee at nais tna mannan nm ail rid L 
Aw Aw Se ¥ wey & wy tt SUbBPo? fw erprer teeth bt he Woe yi errors wi § oe GSisks 
and tapes as well as logsing of CPU parity errors on the 


PDOP#i1l/4u4/60/74/74 processors, These features should {improve the. 
reliability of the total system by catching Gevices as they begin to 
fails total system uptime should thus be i{ntrpeasec, The software 
system goa} {8s to be at jeast as reljable as previous versions of 
RSXeii, 


3,7 Trade off of Priorities 

The key goal of RSXe11M V3,2 {s to provice a teliable system update 
release {mn a timely manner, Key {tems {mn order of decreasing 
importamee are the following? 

Reliability of Software == Released on schedule, 

f Device Support 


SYSGEN amd other easewofeuse enhancements 


New hiaqh=speed d{sk backup/restore 
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New terminal driver 

New print spooler 

RSX*115 support for IAS 

Time will be traded off for the inclusion of the above features, 


however the system will mot be released until we are satisfied with 
{ts reliability, 


&6.@ RELATIONSHIP TO OTHER PRODUCTS 
Uei Relationship to Other System Projects 


Heled RSX=4ih V3.2 with RSXejiM PLUS V4 


RSX*tiM PLUS was based em RSX=11M V3 but has undergone significant 
internal redesign and enhancement expecially to make the system more 
attractive fim the highwavailability and commercial environments, rt 
wi}l be marketed for the very highweend PDP#11 systems, Therefore, 
RSX=iiM remains the major multiwtasking, real time system for the 
comporation, 


A staniticant amount of fumetional overlap (about 68%) will exist 
between RSxw11M V3,2 and R§xeiiID V6,2, RSX=i1™ reauires significantly 
Yess memory (approximately ome half) and, with the exception of the 
CDil card reader, Supports mope peripheral devices, 
RSX=11M@ will compete best im situations where! 

1, The lowest price is important, 

2. A specific laboratory Job is reauired 


3, Realt{me response and/or metwork throughput 1S essential, or 


G, RMS facilities, BASIC+2, of COBCL V3 @re required, 
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U.t,3 RSXel1M V3.2 with RTiLeF/B 


RTi1=F/B is targeted toward single (onewatwaetime) task operation with 
parallel program development in the background, As such, am overtap 
cd ee remus @and t Z 5 mies CC a bw be 1 be mind rR mitra /—_ 2= am me ee | at Tamu 
WPT MOAR Yag FRIST S, OWL LUPE Uverianp Fo PM pirat otk wy G@::O8 
our customers to make tradewoffs (single user vSe multi=programming, 
smaller executive size vse RSX=1i compatibility, ete.) within a range. 


of DEC products pather than buy from our competiters. 


wd em 2m am Y 


4.1.4 RSXeliM V3.2 with IAS 


As compared with RSX=11D V6.2 there will be a lesser amount of overtap 
in funetionality between RSX=-i1M V3,2 and IAS, RSX911é will require 
significantly less memory, However, IAS js targeted to the large 
multéiefunmction cpem shop environment, 


HeieS RSXeL1M V3.2 with RSk=i1S V2,2 


RSXe1iS V2,2 is as subset of RSX=11M V3,2 and will be directly 
gemerstable faom the latter, In addition, RSxX=eiiS V2.2 will be 
packaged such that RSXwi1M PLUS. IAS and RSXeliD V6,2 may also serve 
¢ host systems, 


oO 


&,2 RSXeitH ¥3,2 Dependence om Other Projects 
RSX=i1M V3,2 {s dependent upos 


Xo | the RT/C I/0 Subsystems Group for 
writing dpivers for the TUSS, TU78, 
~ & A 


RX@2/RX23, RPZT and TS@4 as wel} 


, 
€ al f disk ame banana ant 
ry OS a VOPTSA |rmau eon 


an a ~ 
: . oe ue 


as for maintenance and enkancene 


PLP Elks & Pe Ft JaPS 


Maimtemance and enhancement of the file Sy8tem software (CFLIACP, 
MTAACP, MOU, DMO, UFD, INI, BAD, FCS, DSC, PRESRV, PIP, DMP and VFY) 
pests with the RSX Files Group, . 


Support of RMS=i1 as wel! as the RMS utilities resides with the 
Commercial Software Sygrems Groupe Because the basic RMSe11i software 
is Dundied with RSX={1iM, an up=teedate, releasable RMSe1{ patkage 
should be available by the Field Test base level, (Current 
indications are that this should be RMS@i1i vi,8,) 


The Commercial Software Systems Group is respomsible for providing an 
updated version of EDT, tke DEC stancard @ditors for pelease with 
RSX=iiM V3.2, 


Support of user mode diagnostics will be done by Diagnostic 
ee Additional diagnostics for new devices (RL82, RMB, 
RN 4, RKE7, etc.) will also be their responsib{lity. 


We are heavily dependent on 
products to run on our system 
they operate properly and can 
our users, Because these 
involvement te be limited 
production of base levels for 
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outside groups that provide layered 
Ceompilers, DECNET, ete,) to ensure that 
be integrated into the system east{ly by 


procucts are so numerous, we expect our 
mainiy to techMical consultation and 
testing, 


See the RSx@4ié V3.2 System Plan for a detailed list of cCepencencies, 


4.3 Dependence Of Other Projects on This Project 

SCS-it (Small Commercial System) will be using RSX=-41M V3,2 as the 
operating system kernel, 

U,4 Relation to Applications Software 

Applications seftware consisting of nonerivileged tasks which were 
developed for RSxXeiimM V3,1 “11 continue to operate under RSX=1iM 
V3,2, Privileged tasks whick interface to system data structures wil] 


require little or mo modiffcstisns, 


S.@ aPPLICASLE STANDARDS 


Sei Extanmt Standards 


The following approved standards afte supported? 


DEC 
DEC 
DEC 
DEC 
DEC 
DEC 


Cassette Format 

Coded Character Sets 
Data Format for Output 
Derive Selection 

Escape Sequences — 
Terminal Synchronization 


5.2 Pending Standards 

If the new command language {interface is tC be implemented (see 
Section Celneds the Digital Commans LanQuase specification as 
implememted on RSXe{im PLUS wil! be used, 
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-3 Standards Needed or Suggested 


aaa 


soed Macroeli! Assembiy Language Programminae Standard should he 
avaftlable, 


5.4 Compatibility 


Compatibility with RSX=11M V3.1, RSX=11M PLUS Vi and the existing 
VAXeVMS AME will not be disturbed, 


6,8 DEVELOPMENT REVIEW BOARD 


The development review board will be responsible for reviewing all 
functional specifications relating to RSX=11M V3.2. It will be their 
eee a to consider compatibility items and suppert of their 
preducts by REXeiliM V3,2, . 


Kurt Feiedeieh = Product Manager 
Bead Glass » aor rene Quality Manager 
Fesnk Hassett = Software Development Manager 
Clark D°Elia = sottuare Development Supervisor 
‘' Sape e Operations Group Software Services 
@ Cutler =» YAXeVMS Development 
Ray Moceem = B2Cnet Project Leader 
Howarc Lev =» Software Develooment Manager | 
epic Polleeck = Software Develoement Supervisor 
Eri¢ Baatz » Seftware Development Supervisor 
Bill Munson » Software Development Manager 
Crharite Santos =» Software Quality Management 
Billi Page » Software Development Supervisor 
Jomhm Mergen =» CSSG Develonment Manager 
Johm Holz = IPG Software Application Manager 


7.2 PLAN TO REDUCE SUPPORT COSTS 


We are actively working with Software Quality Management, Software 
Services, and Educational Services to improve the system generation 
process, The goal of this effort will be easy RSXm=11M installation, 
a) addition, development personnel are committed to erovide 
-comsultatiom and documentation review services to afd in the 
production of the RSX#=iiM Software Support Manual, 


As part of this development project, machine readable autowpatch kits 
for RSXel{M V3,1 will be produced om a cuart@rly basis starting with 
( ‘ 1978, 


6,8 COMPONENT PLANS 
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Being a mature product, RSX=11M work will be mostly involved in 
modifying the existing software, 


9,2 DEVELOPMENT STAFFING AND WORK PLAN 


9,1 Staffing Plan 


Modifications to the Executive, MCR, file system and the Utilities 


will be performed by members of the RSX Development Group, 
Modifications to the device drivers will be provided by the RT/C I/0 
Subsystems Group, In addition, one programmer from the SCSe1li group 


will be located {im Tewksbury to contribute to the RSXe11M develonment 
effort while at the same time gain extensive system exposure, 


9eleil Progpammers/Desiaqners 


Name Principal Funetion 

Clark D°ESéa Management and Desian 

Jim Matthews Programming and Desion 

Bernie Alimone: Programming and Design 

Charles Spitz Programming and Design 

Paul Kobar Programming and Design 

Mike Harvey Programming and Design (LPAl1@K) 
Debbie Girdler Programming amd Desion (Fast Backup) 
Dale Donchin Programming and Desian (Fast Backup) 
Walter Duna] “Performance Evaluation (SQM) 

Mike Harrison ‘System packages and SYSGEN ease=ofeuse (SOM) 
Om Loar Programming and Design (trom SCS#11) 


9eial Project Leader 


Clark D°Elia 
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G,i23 Staffing By Quarter 


(. System Pian, 


92124 Funding By Quarter 


See System Pian, 


S.e Software Development Strategy 
A base level development cycle wil] be empeioyed perfodica}iy merging 
new funetionality into the previous base ievel, Each Base level will 


be designed so that critical Software components are available at the 
proper time for work to precede om the mew features, : 


9.2.1 Mandatsry Tasks 
» Provide maintenance te szisting system code 
» Produce auarterly auts satch kits for RSX=11é V3,1 
> Previde SYSGEN ease=sfeuse improvements 
. Provice ene mass storase device support 
« Provide RSX=11S support for IAS - 
» Wette a highespeed disk backup/restore utility 
» Provide new terminal drivers for optional use 


» Provide enhanced print spooler functionality 


9,222 Optional Additional Tasks 


See section Dey os 
9.3 Code Reviews 


4 »1 Code Review Pian 


Spot checks om the aual{ty will be made by Clark D°’Elia, Erie Baatz 
and Erte Pellack to ensure that a hiah auvality level is upheld. Newer 
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members of the group wil) be subject to more iMtensive supervision and 
code peviews, 


9.3.2 Code Reviews 


Code will be reviewed by the senior members of the development team. 
These reviews wil! be entirely internal to the RSX=11M group and will 
be conducted om an as needed basis, 


9,4 Hardware Recuirements 


This development schedule {is dependent upon the availability of 
adequate hardware resources, Insufficient r@sources at suitable ECO 
level will adversely affeet the schedule and cause a slippage, 


Starting im Nev=78, we must Rave access to prototypes for the 11/23 
and 11/44 ppecessors, The engineering configurations must be usable 
to an Operatins system develoser in that they inelude at least 32K of 
memory imitialty amd that trey have a mingmUm of two RLBI Cor RKG5) 
disk derives or one disk drive snc a magnetic tape unit (888 bpi, 
Jetrack}. (Note that systews configured with only floppy disks as a 
system device are unacceptabie.) Te test fully the extended addressing 
of the 11/44, that processor must have a minimum of 128K of memory by 
fjeJe@ne79, We wei] rpeautiee us 2 $2 hours a week access starting 
{sDece78&, 


As much development as possible will be dome om SYSTEM #18354, which 
contaims all the master source disks amd wil! rum the most recent base 
level of RSXelié, This machine will be used for ecitina source 
modules, assembling and Jinking and testing of all nonprivileged 
tasks, It will also be used for building base levels of the software, 


System #16356 will be transferred to another cOst center in September 
1978; system #18625 will become its replacemeMt, 


In addition, it 18 recognized that a Standalone configuration must be 
available for at least 4 hours a day, This should be system #3732, 


924.2 Debugging Configurations 


Various other configurations available im the Tewksbury computer room 
will be reaulred averaging a total of 2 hrs per day until spc 
supMiss{ion, This time reautrement will usually occur ifn bursts of 
longer time requiremants but should average 2 "rs per day, 
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9.4.3 Where located 


Af machines must be tocated {nm the Software Development facility in 
Tewksbury, 


9,4,4 Machine Time Needs During Each Phase 


7 ee Ti Ne 


System #12358 (or replacement) must be available 24 hours per day 
during the entire development cycle, 


Other machine utilization will average approximately 2 hours a day of 
prime time, For the two weeks preceding field test and submission to 


SDC (during the checkout of the packaging) we wil] require up to fe 
hours a cay of prime time om various configurations, 


$,4,5 Speciai Hardware Recujred end Dstes 


sea hardware requirements exist only with fPespect to new device 


DDOPt. Concerned hardware engineering arGups should consult with 
the SUDeF pees of the RT/C I/0 Subsystems GrouP for coofdination. In 
general, ful? operational prototype hardware must be availiable at 


for to the Base Level listed {m section 14,2 below for 


least {i menth pe 
sa device driver into that Base level, 


| 1@ uston of &> 


To ensuse propss {nmtearation and support for the new processors (11/23 
and 117/443; we should have access to the prototype hardware no jater 
than lepece78, 


12,8 IMPLEMENTATION PLAN 


{2,1 MajJop Activities and Gatina Factors 


Successful project completion depends UPON meeting mach ine 
configuration/time requirements set forth and timely delivery of 
related software components, In addition, the timely fulffliment of 
programming staff is viewed as a major dependency, 


12.2 Majors Mtliestones 


The major milestones for RSxX@11M V3.2 will be the completion of the 
base levels om time, The major content Of each Base level ts as 
f OWS? 


Base Level 23 3AaeJuneTs& 
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Preparation of functional specifications complete 
Staffina complete 
New Tepmina) driver running 


Base Leve}] 24 15-Sep-78 


Device drivers available for RL@2,RP27,TS24,TUT7, and RX@2/23 
STOP=BIT directives 


Base Level 25 15eNove78 


Device driver available for TU58& 
New Peint Spooler oe 

New Backup/Restore Utility 
Sysgen Imsrovements 


Field Test BieDec=78 


Base Level 26 15=Febe79 


Device ceiver available for TU78 
Support fer 11/23 amd 11/44 processors 
Syscen imerovements 


Susmission tse B90 ABeMare79 


Fiepst Customer Shipments 19*ApPe#79 


1,3 Risks and Contingency Plans 


Fulfillment of staffing in a timely manner is viewed as a major risk, 
Failure to obtain critical team members by June, 1978, will cause the 
delay of the Product oP the dfopping of portions thereof, In 
particular, the following potential impact is foreseen: 


= Fafjlure to obtain SCSi1 programmer will result in the 
elimimation of new executive features and new MCR features 4s 
indicated {nm section 2e2ele 


Slippage of hardware engineering erojects has placed in Jeopardy total 
support/integration imto the system for the following devices: 
RPG7,TS@U,TUTS8. Our development efforts for these devices must be 
accomplished totally using prototype hardware, Anmmouncement of 
offictal device support for these (amd all other new hardware) will 
hot ba made by the product manager until the software ts successfully 
tested om production hardware, 
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Prototypes for the new processors (11/23 and 11/44) should be 
ag ilable for testing software by t-Dece78, Failure to gain adequate 
abwless to the hardware will result jn iimited Or mo support for the 
mew precessors im RSX=11M V3.2, 


19,4 PERT and Milestone Techniques 
PERT will mot be used, Detailed monthly reports will be orepared. 


listing milestones met and missed, work in progress, work completed, | 
and work planned for succeeding month, 


11,2 DOCUMENTATION STAFFING AND wORK PLAN 


The RSX={1M croup and the Tecnnital Writing Group (headed by Dom Van 
Voikenburg) wiil be respons{iote for ajyi RSX=11™" V3.2 dotumentation,s 


1¢ ° Documentation Strategy 


See Bacumentatie¢s Plan, 


11,3 Documents 


See Documentation Pian, 


11.4 Documentation Reviews 


Manual review 4s a serious undertaking, We wilt provide two weeks for 
review and comstrue lack of written comment as agreement that the 
quality of the manual ds, from the reviewer’s point of view, up to 
DEC’s high standards, 


Two reviews will be conducted with the first considered the most 
epitical, This preview will occur at the comoletion of the initial 
draft and has a wider distribution, The second review kas limited 
distributiom and incorporates reviewer comments and will be the 
signoff copy, | 


4 tial reviews will be conducted by; 


1. RSXeliM/MePLUS Team members 


Software Support representative 


Software Kriting representative 


Software Quality Engineering representative 


2, A 

3. A Training representative 
Q, A 

Ss, A 

6, A Marketing representative 
7, A 


B, A 


Product Management representative 
Software Development Management representative 


Amn RSXew1iD/IAS pepresentative 


10, A DECNET representative 


Documentation Reviewers 


RSX=11M developers clus? 


Ed Sapp 
Car) Rehbein 
Franeios Nouvion 
Dom Vam Voikenmburg 
Charlie Santos 
Carl Ralston 
Berrie LaCroute 
Pete Kilbourn 
Rod Fiakes 

Kure Pelecrien 
Frank Hassett 


Roger Allen 


cSeftware Services) 
‘Software Services) 
‘Treagining) 


‘Tech Writing) 


Marketing) 

Product Manéger) 
| Mapketing) 
Technical Services) 
(Software Product Management) 
(Software Development Management) 


(TAS) 


11,6 


Machine time reauirements 


Machine Time 


for oweiters will be determined 


Documentation group and deseribed in their detailed plans, 
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~.@ QUALITY ASSURANCE PLAN 


f2.1 QA Ste 


The purpose eof this section is to describe the plans for assuring t 
quality of RSX=1iéM V3,2 before its release to SOC, A significant pa 
of quality assurance {s the test process itself, the stages of an 


plans fer which are described below, 


However, this test process {s made much simpler, and the resultant 
quality of the product higher, if the entire design and development 
process {s geared toward plannina for testing and "buitdine auality 
in" pather than "adding {it on" or waiting until the end of the 
development cycle to see if it’s there. To that ende it is ineumbent 
om every developer and docymenter to plan for auality in terms of both 
design and cove looney: Individual work pians should reflect this, as 
the system must be successfully subjected to the testing described in 
the following sections before development {is cOnsidered compiete,. 


12.2 Unit and System Testing 


Umit and System Testing are the responsibility of the development 
dps Each &SXel1M programmer amd documenter is responsible for the 

qelity of ais work, both in terms of its deSiaqn integrity and as 

witimately perceivable by the user when {t becomes part of the total 
$ 


system Penaeus sf{ve unit testing of the programmer’s own destam must. 
be completed fop each component before {t cam be integrated with the 
system (which in this case {s RSX=11M V3,2), 


on testing wil! be conducted using the traditional "building 
ack" aporoach. As individual components successfully complete the 
t test phase deseribed above, they will be integrated with the 
existing base system to form a mew base level. Base level contents 
atid dates sare deseribed elsewhere in this document, The eriteria for 
satisfying the preauirements of each base level! are defined in the 
RSXeiiM V3.2 System Plan, and wil] be used by SOM toe monitor and 
measure development PPOSReESS, The System Plan also defines 
responsibilities of other groups that must be synchronized with 
efforts described in this plan in order to produce a complete system, 


System testing will be that test Phase Conducted om the last 
"develooment" base level; that ds, aj}! Coding, unfit testing and 
jptegration testing is done (the complete system exists}, Again, see 
the System Plan for specification of System Test entry criteria, 
System Testing will be conducted by the development groun on the 
development machine, by all users of that machine, by Software 
“avéees and by Mamufacturing as described below, Specifie tests 
to by SGM and the cGevelopers must be run to address system 
fumetionality, response, performance and cocumentation, 
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Special emphasis will be placed on new functionality, but from the 
prospective of how it relates te the operation of the total system, 
Successful completion of System Test as defined jin the System Plan is 
a mecessary eondition for progression to the Field Test Phase 
described below, 


{2,3 User Environment Testing 


As each defined base level becomes available, it will be subject to 
heavy use fn the Manufacturing sites via exerpCise of the PSXel11M User 
Enviromment Test Package (UETP) developed by SQM, UETP development 
plans will be comstructed to allow this to be possible, SQM and 
Enoineering will also use this package to addpréss system functionality 


for each base level, This test {5 {nmeremental to other tests 
desceibed herein, As such it {s a mecessary, but mot ai sufficient. 
base jevel requirement, SQM will assess syStem "goodness" based on 


VETP execuciom results at all locations, Manufacturing is expected to 
comtinue heavy use of the field test base level and the UETP in 
parallel wits the Field Test Phase desSeribed below, 


{2.4 Fieid Testing 


The putdosSe cf Field Test is to help establish the level of confidence 
that we Rave im a system before it {s released to customers on an 
wurPlimi¢ad basis, This is possible because the system is exercised in 
customer environments chosen because of their ability to address 
system fumetionmality in wavs that we cannot duplicate or do not have 
adequate resources to make {t feasible, 


Field Test is incremental to system test. It is not a substitute for 
itp, and as such must be defined as a distinet part of the development 
process, It {8 further constrained by the fact that it is a serial 
effort, Field Test cannot begin until design, code, unit test, 
imtegration test and system test are al] complete as defined in the 
system plan, We should send a system to the field test with the idea 
that a problem {s an exception rather than a r¥le, The planned Field 
Test perfod for RSX=11mM V3.2 %%s two and One half months lomg.e A 
detailed Fielg Test Plan will be & part of the RSX={iM V3.2 System 
Plan, and willl be authored by SQM im conJUMection with Product and 
Development Management and Software Services, 


12,5 Demonstration Tests 


None Pianned, 
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12.6 Documentation Assurance 


Ohe of the primary ways that the quality of the system {s measured by 
the user {is via the documentation, A new us€r needs it to start his 
work; am expertenced user needs it tn order tO take advantages of new 
features and to umderstanc changes to the systers, Documentation 
should undergo all the phases of pest that the software undergoes. 
The responsibility for conducting these tests is a Joint effort among 
documentation development and SQM groups. The documentation Must be 
field tested along with the seftware. It must therefore be complete 
at the start of Field Test (See the System Plan), 


12.7 Human Factors Evaluation 


Human enaineering concerns relating to the use of the syStem Software, 
the user decumentation, anc the system generation process will be 
addressed by SOM in their testing efforts, Additiomally, one of the 
elements of feedback from customers during field test wil!) inetu 
implicit evaluation of human factors considerations for both sof 
and documentation, 


47.8 Work Plan 


Test Developmen? wil! be cond: weted by development Cunit, integration, 
system tests, 8G¢ (UETP) anc Software Services (miscellaneous), 


Schecules anc milestones for che QA process aré included in the System 
Pian, as they relate te the entire system, 


12.9 Release Criteria 


The singiemost important criterion for the release of RSx=11é™ V3,2 ¢s 
quality. At mo time and for no reason will quality be compromised, 
The criterion of evan implemented by way of srecific criteria 
for each phase of testing described above, Again, these criteria, 
with a schedule for their completion are contained in the System Plan, 
SQM will be responsible for determining whether or not these criteria 
are met, amd will provide information to the Product Manager, who has 
the ultimate release decision responsibility, 
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13,1 Release Packages 
Fach RSX=11M ¥3,2 distribution kit contains a bootstrappable system 
capable of punning om the minimum configuration for which it is 
imtemded, All system components reaujrec to rum amd aenerate custom 
tailored RSX=1iM V3.2 systems are also included {nm the kit, 
The software kit provided with each RSx=11M V3.2 system contains both 
source and binary modules (source is provided to enable the requisite 
conditional assemblies which minimize the size of the executive), The 
software kit ineludest 
Source Modules 

1, Executive (ineludes Exscutive Debugging Tool) 

2, I/0 Drivers 

3, File system (FLLACP) 

& MCR routines (MCR) 
Binary Modules 

i, MACRGeii Assembler (aunset and full) 

-2e Task Buiider (TKB) 

3, Imteractive Editor (EDI) 

&, Source Language Input Program (SLP) 

5S. Perpicheral Interchange Program (PIP) 

6, File Exchange Utility (FLX) 

7, -Disk Structure Verification Program (VFY) 

8. File Dump (DMP) 

G9, Online Debugging Teehniaue (ODT) 

10. Objeet Module Patch Program (PAT) 

11, Librarian (LBR) 


12, Test Routines/Sample Procedure 


13, Post Mortem and Snap Shot Dump Program (PMD) 
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14. Bad Block Locator Program (BAD) 

15, Task Image Pateh Utility (ZAP) 

16, Disk Save and Compress Utility (DSC) 
17, Global Cross Reference Program (CRF) 
18, ANSI maeatape system (MTAACP) 


i9, Muitéeuser Protection Programs (ACNT, SHUTUP, BROAD) 


ime printer despooler and optional eMhanced spooler package 


+S See S 


r 
© 
« 
" 


21, RMS#ii macro and subroutine libraries and utilities 
22, File Cempare Utility COMP) 

23, Cras Sump Analyzer Program (CDA) 

24, DEC stemdard editor (EDT) 

25, Naw hishespeed BACKUP/RESTORE utility 


Thp content of the documentation kit is specified in the Documentation 
a 


13,2 Forecast Per Quarter by Type of Distribution Medium 


See Business Plan, 


{3,3 PremRelease Policy 


Due to the availability of sites for field teSt, there will be no 
ppeepeleases of this product, After RSXm11M V%,2 is submitted to the 
SDC, software preareleases may be made by the Product Lines or by 
Software Services, Al} preavests must be approved by the Product 
Manager, Preparation of the distribution media, documentation 
avallabjlity, amd support become the sole responsibility of the 
requesting party, 
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13,4 Subseouent Release And Policies 


Te be supplied as part of business plan, 


i3,5 Software Support Distribution Peckages 


Software support’s automatic distribution system will be utilized in 
Cistributing software kits to specialists, 


14,8 TRAINING PLAN 


14,.2,1 Seftware Support Training 


Minimal Software Support training Should be reSuired for RSXe11M V3,2 
beyond that elraady provided for RSX=11M V3,1, 4 one of two day 
seminar covering PSxXel1M V3,2 enhancements and new facilities should 
be sufficient, Key develeptert personnel will be available for 
consultation and jnitial presentstions, 


14,8,2 Customer Trainine 


The existing FSx=it4 course wili pe adastable to RSxei1mM V3,2 with 
mindmum effort, 


15,8 SOFTWARE SUPPORT PLAN 


TBS, 
16,8 MAINTENANCE -PLAN 


16,1 SPR Plan 


SPRs for RSXw{iM V3,4 will be supported for & months after the release 
of V3.2 from the SDC, After that time, only V3,2 will be supported, 
Furthermore, no intermed{ate base levels will fe susported beyond the 
gemeration of the next; therefore, {t is a feaulrerent that layered 
software products tbe based om the final v3.2 released system, ; 
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16,2 Maintenance Release Plan 


ieee eye maintenance release is scheduled, However, auto patch 
kits will be ereated quarterly for RSX=1iM V3.1, 


ei Post Partum Review 


Post Partum Review for this project will be held by the Software 
Quality Manacer, 


[End of Projlect Pian) 


